Configuration Manager Database (CMDB) (página 2)

Partes: 1, 2

Gracias al uso de una CMDB se puede tener un enfoque unificado
para el mantenimiento
de los procesos de
tecnologías de información, abarcando gestión
de incidentes, problemas,
cambios, configuración, activos e
impactos en cada uno de los elementos y áreas que componen
las tecnologías de información de una empresa. Con
una CMDB centralizada se puede tener una estructura de
procesos y un control
más eficientes y que aumenten la productividad y
la seguridad.

Lo que se busca al implementar una CMDB es tener un modelo de
datos
común, consiguiendo así una mejor gestión de
servicios
empresariales. El objetivo es
tener una sola fuente confiable mediante la
consolidación de los datos de múltiples conjuntos de
datos de las tecnologías de información de las
empresas.
La meta es que
todos los servicios actúen a partir de los mismos datos de
configuración.

Actualmente existen muchos programas que
realizan las tareas comunes de un CMDB, aunque cada uno de ellos
tiene sus particularidades, ventajas y desventajas.

Programas
CMDB

Entre los programas CMDB, se pueden mencionar algunos como los
siguientes:

· HP
Universal CMDB

·
Altiris® 6 CMDB Solutioná„¢ (de
Symantec)

· BMC
Atrium CMDB

·
CMDB.info

·
CMDBuild

·
OneCMDB

Errores al conceptualizar
una CMDB

1) Una CMBD no es
un simple inventario: No se debe confundir una CMDB
con un inventario o con una simple base de datos
que guarda cada uno de los activos informáticos que tiene
una empresa.
Más que eso, se indican las relaciones que se dan entre
cada uno de los activos. Por ejemplo, una CMDB no sólo
contiene información sobre las aplicaciones que posee una
empresa, sino que se especifica también sobre qué
sistemas
operativos se ejecutan dichas aplicaciones, el hardware que controlan, o en
qué procesos del negocio intervienen, etc.

2) Una CMDB no es
una migración
de datos hacia una fuente única: no se debe pensar
que tener una CMDB significa unificar todo en un solo programa a
través de la migración de datos. Las empresas
utilizan diferentes herramientas
informáticas que sería imposible tratar de unificar
todo en un solo programa. Las CMDB lo que hacen es permitir tener
un mejor control y gestión de las herramientas que ya se
tienen, sin tener que hacer cambios que compliquen y traigan
nuevos problemas a las empresas. Por ejemplo, si se tiene una
base de datos en Oracle y otra
en MySQL, una
CMDB no tratará de fusionar ambas bases de datos en
una sola, migrando los datos que están en Oracle hacia
MySQL ni viceversa. Lo que sí se logrará con una
CMDB es tener una mejor gestión sobre ambas bases de
datos, estableciendo relaciones sobre la utilidad de cada
una de ellas, con qué elementos de hardware operan,
qué departamentos de la empresa
afectan, qué sucedería si alguna de éstas
bases de datos dejara de funcionar, qué tipo de
relación se da entre ambas bases de datos si la hubiere,
etc. Otro ejemplo sería si se tuviera un documento en
Microsoft Word
(.doc) y otro en StarOffice (.sxw), donde la solución de
una CMDB no sería decidirse por un solo procesador de
texto y pasar los datos de uno al otro, sino que dejar los
dos documentos pero
gestionarlos desde la CMDB de acuerdo a las particularidades y
especificaciones que cada uno de ellos tiene, para qué
sirven, qué impacto tendría desecharlos, qué
contienen, con qué elementos de hardware o software se vinculan, si se
trata de acuerdos de licencia entonces con qué organización es el acuerdo, etc.

¿Se necesita
realmente una CMDB?

Una empresa podría haber escuchado sobre las CMDB, pero
podría no saber en concreto
cómo comenzar o para qué sería
específicamente útil tener esto. En primera
instancia se ha dicho que el beneficio es la integración de los datos o poner todo en
una base de datos central. Pero es necesario profundizar en
más detalles sobre los beneficios que podrá una
empresa percibir al implementar una CMDB.

Últimamente se ha visto en las grandes empresas un
creciente interés en
adoptar mejores prácticas en los departamentos de
tecnologías de información, particularmente
siguiendo los estándares de ITIL (Information Technology
Infraestructure Library, que es un conjunto de "las mejores
prácticas" para manejar servicios de
tecnologías de información, desarrollado por el
gobierno
británico). Muchas empresas están ahora decidiendo
implementar una CMDB ya que se dan cuenta del valor que
tiene en el ámbito de los negocios el
hecho de tener una "fuente de registros"
simple y unificada de la infraestructura de las
tecnologías de información, para poder de esa
manera identificar, manejar y verificar cualquier
configuración del entorno rápido y con mayor
facilidad, obteniendo más productividad y muchos otros
beneficios con ello adjuntos.

La importancia del
manejo de la configuración informática que se tiene

Los departamentos de informática de las empresas
enfrentan numerosos retos a la hora de proveer servicios
confiables que den soporte a las metas de negocio de las
compañías. Resolver los problemas que se presentan
requiere de una buena estrategia en el
manejo de la configuración: sin saber qué hay en
el ambiente, no
se puede esperar controlarlo, mantenerlo, ni mejorarlo.
Aunque ya se ha dicho que una CMDB no es un simple inventario de
recursos o
activos, no significa que no sirva también como inventario
o base de datos de los activos que se poseen. Lo que se trata de
decir es que una no se limita a ser un inventario, pero de
hecho entre sus muchas tareas, se encuentra la de proporcionar
información actualizada sobre todo lo que posee una
empresa en cuanto a las tecnologías de
información.

1.
Metas de una CMDB

El manual de Soporte
de Servicio ITIL
habla de las metas que debería perseguir el manejo de la
configuración, entre las que se encapsulan los siguientes
puntos:

·
Contabilizar todos los activos de tecnologías de
información y configuraciones dentro de la
organización y sus servicios.

·
Proveer información clara y confiable sobre las
configuraciones y su documentación para dar soporte a todos los
procesos que se realizan.

·
Proveer una base sólida para el manejo de incidentes,
gestión de entregas, manejo de riesgos y
manejo de cambios.

·
Verificar los registros de configuración al hacer auditorías a la infraestructura, y corregir
cualquier aspecto que no coincida con la configuración
programada.

2.
Beneficios de una CMDB

Si se consiguen las metas que persigue el uso de una CMDB, los
beneficios para una organización son evidentes y salen a
la luz por sí
solos. En general se puede decir que los beneficios están
relacionados con la calidad del
control, integración y soporte a la hora de tomar
decisiones.

3.
Una CMDB como mecanismo de control

Verificar y corregir los registros de configuración da
un mayor grado de control sobre la infraestructura que se posee.
Por ejemplo, al controlar todo lo que se posee y la
configuración o relaciones que cada elemento tiene, se
reduce la complejidad del ambiente, reduciendo costos de soporte
en la contabilización y monitoreo. Todo aquello que
desaparece o que aparece sin haber sido pagado se podrá
notar inmediatamente, ayudando a controlar los activos y evitando
problemas legales. Ejercitar un mayor control sobre el ambiente o
infraestructura también significa incrementar la seguridad
global.

4.
Las CMDB como mecanismo de integración

Cuando los procesos de manejo de incidentes, gestión de
entregas, manejo de riesgos y manejo de cambios están
basados en un registro de
configuración usando una CMDB, se pueden integrar cada uno
de estos procesos, reduciendo costos administrativos y errores.
Por ejemplo, se podrían integrar los procesos de un manejo
de incidentes y de un manejo de cambios así:

·
Cuando se resuelve un incidente que requiere un cambio, la
aplicación de manejo de incidentes puede crear
automáticamente una petición de modificación
para el manejo de cambios.

·
Identificar el registro que se tiene en el manejo de cambios,
para determinar aquellos cambios que causaron problemas al
implementarse, de modo que no sean una primera opción a
implementar en el manejo de accidentes.

Integrar todos los elementos de configuración
relacionados en un proceso puede
reducir el número de personal
necesitado para administrar la infraestructura de trabajo,
ahorrando dinero a la
empresa.

5.
Las CMDB como mecanismo de soporte para la toma de
decisiones

Los administradores de cada uno de los departamentos de
tecnologías de información en una empresa,
así como también los gerentes y administradores de
las organizaciones se
benefician de tener información clara o un mapa de
información sobre cada uno de los procesos y activos que
tiene una empresa. Tomar decisiones se hace más
fácil cuando se tienen datos completos y claros. El manejo
de riesgos se hace más fácil y se reducen retrasos
que estaban fuera de lo planeado.

Los datos son la clave de
todo

Existen muchos métodos de
manejo de configuraciones, así como muchas aplicaciones
CMDB. Pero independientemente del método o
aplicación que se decida implementar para realizar estas
tareas, lo cierto es que lo que hace que un método sea
efectivo es la manera en que guardan, administran y usan los
datos.

La configuración que se use debe ser clara, lo que
significa que debe ser actualizada frecuentemente. Las
configuraciones y los datos cambian constantemente, por lo que
los datos que eran correctos la semana pasada podrían ser
terriblemente obsoletos esta semana, resultando por ejemplo en la
compra de diez servidores cuando
realmente solo se necesitan cinco, o peor, resultando en la
instalación de un parche de seguridad que hace que un
sistema completo
falle.

La configuración que se use para el manejo de los datos
debe estar disponible para todos los procesos que se llevan a
cabo porque incluso la información más clara y
fundamental puede ser inútil si no se tiene acceso a ella
por parte de quienes la requieren. Por ejemplo, si los datos de
la topología
de red provista por una aplicación no están
disponibles para la aplicación de manejo de cambios, no
será un plan inteligente
rediseñar la red.

La solución que permite mantener una
configuración clara de los datos que son compartidor por
múltiples tecnologías de información es una
CMDB.

Evolución de las
CMDB

El concepto de una
CMDB ha evolucionado a lo largo de los años, desde una
colección de registros de datos aislados hasta una base de
datos única y centralizada, cada vez acercándose
más a una base de datos que puede funcionar como la fuente
de registros de configuración de los datos sin destruir la
infraestructura que ya se tiene.

Primero, una CMDB consistía simplemente en muchas
aplicaciones que guardaban sus propios datos y a menudo otras
bases de datos que contenían datos de
configuración. Pero inicialmente no se podían
establecer relaciones sino que simplemente se almacenaban datos
de los activos.

Posteriormente se crearon CMDBs directamente integrando cada
uno de los recursos de datos que se tenían, tratando de
conectarlos entre sí. Esto permitió compartir
datos, unificando y mejorando las CMDB grandemente.

Finalmente y lo que se busca en la actualidad es una base de
datos centralizada, integrando todos los activos y elementos que
componen las tecnologías de información de una
empresa.

Contenido de una
CMDB

ITIL recomienda guardar muchos tipos de datos en
una CMDB. El propósito principal es mantener la
configuración de cada elemento y las relaciones entre
ellos, que en conjunto forman una configuración particular
en un tiempo
específico o en un momento dado.

Los elementos de configuración (CI o Configuration
Item) son los puntos de enfoque de una CMDB. Sin una
definición clara de lo que califica a cada elemento como
un CI, se darán problemas constantes a la hora de decidir
si se deben poner diferentes tipos de datos en una CMDB.

En la terminología ITIL, los CI son componentes de una
infraestructura que actualmente están, o estarán
pronto, bajo manejo de configuración. Los CIs pueden ser
un simple módulo como un monitor, o
elementos más complejos, como un sistema completo.

Definido de manera simple, un CI es una instancia de una
entidad que es parte del ambiente configurable y que tiene
atributos configurables específicos para esa instancia.
Estas entidades pueden ser físicas (como una computadora),
lógicas (como una instancia instalada de un programa de
software), o conceptuales (como un servicio ofrecido por un
negocio). Pero todo esto tiene que ser una parte directa del
ambiente, y no información sobre esa parte. Algunos
ejemplos que ilustrarán los límites de
lo que son los CI se muestran a continuación:

Elementos de Configuración
(Configuration Items o CI)

Elementos que no son de
Configuración (no son Configuration Items o
CI)

– Una computadora es parte del entorno de trabajo y
tiene atributos configurables, tales como número de
serie, velocidad del procesador, y dirección IP.

– Un edificio es parte del entorno de trabajo y tiene
atributos configurables, tales como número de
cuartos, sistema de control de temperatura, y sistema de alarma.

– Una instancia de un programa instalado en una
computadora es parte del ambiente de trabajo y tiene
atributos configurables, tales como número de serie,
ruta o ruta de acceso para usarlo, etc.

– Un servicio recibido por un negocio es parte del
entorno de trabajo y tiene atributos configurables tales
como el beneficio económico recibido por dicho
servicio, el costo
que tiene la interrupción del servicio, etc.

– Una persona
que llega a visitar las instalaciones de la empresa tiene
atributos configurables pero no es parte directa del
ambiente de trabajo.

- Manual de usuario de un equipo tiene atributos
configurables pero no forma parte directa del ambiente de
trabajo, sino que solamente contiene información
acerca de otras entidades, como por ejemplo una computadora
o un impresor.

Por supuesto, no todas las cosas que califican como un CI
valen la pena como para registrarlas en la CMDB. Por ejemplo
podría no resultar muy útil crear registros en la
CMDB para todas las sillas de oficina que hay
en una organización.

Relaciones entre las
CIs

Los CI no existen simplemente por separado, sino que se
afectan entre ellos. La organización de los CMDB permite
ver de qué manera se interrelacionan todos los elementos y
cómo se afectan.

Las relaciones pueden ser simples, como decir que un disco duro es
un componente de una computadora, o mucho más complejas
como la definición de la topología de red de una
organización. Estas relaciones no solamente se dan entre
CIs físicos sino que también entre elementos
lógicos o conceptuales, como lo son las instancias de
programas instalados, caducación de licencias, etc.

Comprender bien las dependencias y otras relaciones entre los
CIs podría revelar por ejemplo, cómo actualizar el
procesador A mejoraría el rendimiento del servidor B, o
qué servicios serían afectados si falla el router C. Toda
esta información puede ayudar a saber qué hacer
cuando se den errores, así como también a prevenir
problemas.

Desventajas de una
CMDB

Entre las desventajas que se pueden mencionar de las CMDB, se
encuentran las siguientes:

· La
inversión económica que implica
comprar un programa CMDB, en el caso de no usar un programa con
licencia GPL (General Public Licence).

· El
enorme trabajo que toma introducir los elementos eficientemente a
una CMDB.

· La
complejidad de las relaciones entre los CI es tan compleja que
puede generar una total confusión en vez de ayudar a tener
un mejor control de los activos.

· La
integración de tecnologías diferentes y los
múltiples vendedores que hay dificulta la
integración o unificación, resultando menos confuso
ver las cosas por separado.

· La
falta de estándares mundialmente aceptados sobre las
CMDB.

· La
tendencia a ver las CMDB de acuerdo a la perspectiva particular y
con fines lucrativos que tienen las compañías
vendedoras de programas para CMDB, sin que haya todavía un
estándar aceptado sobre lo que debe precisamente tener un
programa para CMDB. Se puede caer en una presión
por parte de los vendedores de programas para CMDB, sin que los
beneficios sean reales para la mayoría de empresas.

·
Aunque resulta llamativo administrar todo de manera centralizada,
no siempre es una buena opción porque los que mejor
conocen las necesidades y particularidades de cada sección
o departamento en una empresa, son los que trabajan día a
día en esa área.

· Las
CMDB son soluciones
utópicas. No es posible tener toda la información
centralizada y tratar de administrar todo desde un solo lugar.
Además es una tarea demasiado compleja que en vez de traer
beneficios trae más trabajo y confusión sin que se
obtenga un provecho que valga la pena comparado al esfuerzo e
costos que se generan con la implementación de una
CMDB.

Conclusión

Luego de haber estudiado la utilidad de las CMDB, sus
ventajas, y desventajas, se puede concluir que se trata de una
herramienta que debe ser considerada y que puede traer grandes
beneficios y una mayor productividad para las empresas, pero que
también existe el riesgo que si no
se sabe implementar correctamente, genere únicamente
pérdida de tiempo, confusión, e inversión
sin obtener a cambio los frutos esperados.

Cada empresa tiene sus condiciones particulares y no se puede
decir que lo que a uno le funciona le va a funcionar por regla a
todos. Por ello se concluye que cada empresa antes de implementar
un determinado programa CMDB, debe analizar detenidamente el uso
que le dará, el diseño
o arquitectura
que se tiene, y todas las condiciones específicas y
particulares que se posean, para no invertir dinero, tiempo y
otros recursos en una herramienta a la que no se le va a sacar
todo el provecho o que podría llegar a traer más
trabajo en la implementación y gestión.

En cualquier caso, es fundamental que los analistas y
encargados del área informática de las empresas
conozcan las herramientas y la potencia que
tiene una CMDB, pues muchas herramientas beneficiosas se pueden
dejar de lado por el simple hecho de ignorarlas, aun cuando tenga
claros beneficios.

Es verdad que las CMDB son tecnologías modernas y que
comienzan a tomar auge, pero ya existen muchas empresas que han
tenido éxito
en el uso e implementación adecuada de una CMDB. Es
necesario conocer este tipo de herramientas que ofrecen y
prometen simplificar y organizar mejor y de manera centralizada
las tareas de configuración y gestión de las
tecnologías de información de las empresas.